EMC的ViPR在LUN聚合方面力有不逮

作为EMC公司虚拟数据管理软件，ViPR是否真能聚合来自不同设备的逻辑存储单元？

ViPR是EMC全新存储虚拟化及管理软件层，处于服务器应用程序与VMAX等存储阵列之间。如果该产品无法对其管理范围内驱动器阵列的LUN加以聚合，这恐怕会成为非常严重的功能短板。

服务器应用程序所访问的项目被称为存储卷，这种逻辑结构由磁盘驱动器的一部分、完整磁盘驱动器或者多块磁盘驱动器中保存的大量数据所组成。

分卷利用逻辑单元号（简称LUN）实现计数。一个分卷的LUN往往需要跨越多块磁盘驱动器，EMC的VMAX方案也通过这种机制实现对存储阵列中的数据块访问。应用程序通常需要聚合各磁盘驱动器阵列中的LUN，从而提供更大的存储寻址量。

服务器中系统级别的应用程序能够识别此类聚合LUN结构，但个别组件阵列则做不到这一点。

某位业内人士曾向我们透露称，“ViPR无法从多套阵列中聚合LUN，因为它没有在服务器中部署理解分卷结构所必需的代理机制。”

根据EMC公司高级软件部门负责人Amitabh Srivastava的说法，ViPR拥有一套解耦控制与数据层：控制器运作于控制层当中，负责ViPR数据服务在数据层中运行时进行存储资源管理。每套控制与数据层都可打理各自范围内的聚合工作。

而在讨论ViPR控制器LUN聚合时，Srivastava指出：

ViPR控制器使用户得以创建一套单独的虚拟阵列，其资源池中所包含的全部阵列的LUN都可作为聚合对象。该控制器独立于数据路径之外，也不会对物理阵列中的单一LUN加以聚合，整套体系更像是一块被划分为多个分区的磁盘。在阵列环境中，LUN的最大容量可与阵列的实际容量相等。

不过ViPR无法跨越存储阵列进行LUN聚合。根据Srivastava的解释，这一需求只能在存储数据路径中实现：

要让LUN拥有聚合功能，必须首先完成数据路径存储虚拟化。而此类解决方案往往会给物理阵列的性能与延迟水平带来负面影响。举例来说，基于闪存的解决方案在数据吞吐与延迟方面都经过优化——强行插入数据路径会破坏这两方面性能。

在存储数据路径中实施LUN聚合会增加数据访问延迟、拖慢存储阵列对数据IO请求的响应速度。因此ViPR没有加入这项功能，不过ViPR中的数据服务层能够实现这一要求，且不会引发性能难题：

目前，我们的客户中有很大一部分对性能表现非常敏感，由于ViPR控制器运行在控制层中，我们能够在不产生任何性能负担的前提下大大简化客户们的基础设施管理流程。

……而对于不太关注性能表现的客户，我们可以利用ViPR对象数据服务等ViPR数据服务允许对象跨越多套阵列，从而实现底层阵列对象聚合。

Srivastava还解释称，EMC的VPLEX虚拟存储套件提供块数据路径服务，旨在为块服务提供数据路径虚拟化支持。未来公司还计划将VPLEX等方案作为ViPR的数据服务。

David Gouden在EMCWorld 2013大会的ViPR数据服务主题演讲中展示的图片

总而言之，Srivastava表示：“我们基于一系列考量才做出这样的决定，其中最主要的理由在于，我们需要拥有足够的灵活性为所有当前及未来的用户提供他们想要的支持能力。”